今天是我們談難以維護的自動測試的最後一天

互相依賴的測試

讓測試之間相互依賴，後面的測試需要前面測試所產生的資料，才能正常運作。

由於測試運作的順序其實是不確定的，這樣一來，之後的人運作測試時能不能正常通過全憑運氣。這可以保證之後的工程師非常難維護。幸運的話，甚至可能讓大家一起放棄自動測試。

緩慢的測試

連線到 Lab

要建立自動測試的資料庫實在非常麻煩，所以我們就直接接測試站的資料庫就好。

這樣一來不僅僅開發時省事，還可以保證你的測試變慢，以及確保自動測試和測試站的資料庫耦合在一起，可以說是一石三鳥。

輕視測試程式碼

測試程式碼和正式程式碼一樣，每次有需求更改，就可能需要維護。

幸運的是，多數工程師並不像針對功能程式碼一樣的認真看待測試程式碼。

做個從善如流的人，不要提醒他們。這樣隨著時間過去，測試程式碼自然就越來越難維護。

不讀 Laravel 文件就開始測試

Laravel 對測試有很多的輔助功能，對撰寫容易維護的測試來說，是很重要的功能。

所以，我們要避免使用，甚至要避免學習這些輔助功能。

我們要在沒有看過 Laravel 有關測試相關功能的文件時，就開始撰寫測試。遇到沒用過的功能，比方說製作替身，就自己手動寫這些功能。

如果有人問起，就說這個需求比較特殊，所以必須要客製化。

小結

撰寫難以維護自動測試的知識是非常博大精深的，難以在短短幾天內說完。

今天只能再稍微的說一些難以維護自動測試的技巧，明天開始，要聊其他的項目了。